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(54) Management server device and terminal device for a contents providing system 



(57) A management server device (1 0) in a contents 
providing system (1) can communicate with a user ter- 
minal (100) through a communication network (2) . The 
management server device (1 0) includes a play-list cre- 
ation device which creates a play list of contents based 



on user input to the user terminal, a storage device (1 3) 
which stores the created play list in relation to a user, 
and a transmission device (15) which acquires a play 
list from the storage device according to a request from 
the user terminal. 
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Description 

[0001] The present invention relates to a system for 
delivering contents such as music to a user using a ter- 
minal device such as an audio instrument via a network. 5 
[0002] Generally, when a user listens to favorite music 
by a conventional audio instrument, a packaged medi- 
um such as a CD (Compact Disc) and an MD (Mini Disc) 
is required. That is, the user listens to the favorite music 
by reproducing such a medium which the user has pur- 10 
chased, for example. Aiso, there is a radio broadcasting 
which does not require such a packaged medium. 
[0003] On the other hand, as a method that does not 
require the above-mentioned packaged medium, there 
have been many attempts for delivering music through '5 
the Internet in recent years. However, in many of the 
above methods for music delivery through the internet, 
music data themselves are downloaded to a terminal of 
a user and are stored in a storage medium in the termi- 
nal of the user. The user reproduces the stored data to 20 
listen to the music. 

[0004] The user is required to buy a desired CD and 
so on, for example, at a CD shop according to the meth- 
od for delivering contents by the packaged medium. 
[0005] In the radio broadcasting, contents such as 25 
music are provided to the user according to programs 
decided on the side of a broadcasting station, and it is 
difficult to reflect user's preference in the provided con- 
tents such as music. 

[0006] On the other hand, in the system for providing 30 
contents through a network, a user who desires to enjoy 
contents such as music is required to prepare a storage 
medium of a comparatively large capacity for storing 
music data in his or her terminal. Moreover, in order to 
rearrange and store the music data which have been 35 
downloaded from a server on the Internet and to select 
a desired music therefrom to listen, the user needs a 
high-perfo.mance application in his or her terminal to 
use contents after retrieval, arrangement, and so on. 
[0007] Furthermore, in order to use the above high- *o 
performance application, the user is required to under- 
stand the functions of the application, and to have 
knowledge to use the application. Therefore, the user is 
not able to listen to the desired music in the same easy 
way as listening to music by reproducing a packaged 45 
medium by an audio reproduction device and so on after 
obtaining the medium. 

[0008] The present invention has been made in con- 
sideration of the above problems, and the object of the 
invention is to provide a contents delivery system by so 
which a user can receive a desired piece of contents 
with easy and simple operations without the need of a 
storage medium with a large capacity, a high-perform- 
ance application, and so on. 

[0009] According to one aspect of the present inven- 55 
tion, there provided a management server device in a 
contents providing system which can communicate with 
a user terminal through a communication network, in- 



cluding: a play-Jist creation device which creates a play 
list of contents based on a user's input to the user ter- 
minal; a storage device which stores the created play 
list in association with a user; and a transmission device 
which acquires a play list from the storage device ac- 
cording to a request from the user terminal and transmits 
the list to the user terminal. 

[0010] In accordance with the above management 
server device, the management server device can com- 
municate with a user terminal through a communication 
network, and includes a storage device which stores a 
play list for contents. When the above server device re- 
ceives a request for a play list from the user terminal, 
the server device acquires the play list from the storage 
device, and transmits the play list to the user terminal 
as a request source. 

[001 1 ] The play list may include identification informa- 
tion of the contents and management information asso- 
ciated with the contents. In this case, a play list includes 
identification information on apiece of contents included 
in the list, and management information. The identifica- 
tion information on the piece of contents may be, for ex- 
ample, a contents ID given to each piece of contents, 
and the contents management information may be, for 
example, details of the piece of contents, author, pro- 
duction date, and other related information. 
[0012] The management information may include in- 
formation representing a storage position on a contents 
delivery server device in which the contents are stored. 
Thus, a storage position on a contents delivery server 
at which a piece of contents included in a play list is 
saved is included in the play list. Therefore, it is possible, 
by acquiring the play list, to acquire data for a piece of 
the contents included in the play list based on informa- 
tion on the storage position. 

[0013] Preferably, the management server device 
may further include a menu providing device which 
transmits menu data for displaying a menu screen on 
the user terminal to the user terminal. With this arrange- 
ment, a menu screen is displayed on a user terminal 
based on menu data transmitted from a management 
server device. The user may create a play list by nec- 
essary operations while seeing the menu screen. 
[0014] In an embodiment, the menu providing device 
may include: a plurality of menu elements which form a 
plurality of menu screens; and routing data which de- 
fines, fcr each user, an order according to which a plu- 
rality of the menu screens are displayed. By this, a menu 
screen may be displayed in an order suitable for each 
user, as routing data are prepared for each user. 
[001 5] The menu providing device may further i nclude 
a device which changes the contents of the routing data 
according to the user's input to the menu screen. By this, 
it becomes possible for a menu screen to be displayed 
at any time in an order suitable for the preference of a 
user and so on, because the contents of routing data 
are changed according to user's input. 
[001 6] The routing data may include priority data rep- 
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resenting priority according to which a plurality of menu 
screens are displayed if there are a plurality of menu 
screens to be displayed after a specific menu screen. In 
this case, a lot of menus may be presented to a user in 
a systematized manner by establishing the relationship 
of a plurality of menu screens based on the priorities. 
[0017] In a preferred embodiment, the play-list crea- 
tion device may include: a condition decision device 
which decides contents-retrieval conditions based on 
the user input; a device which transmits the contents- 
retrieval conditions to an external contents delivery 
server device to execute retrieval; and a device which 
receives retrieval results from the contents delivery 
server device and which creates the play list based on 
the retrieval results. In this embodiment, retrieval con- 
ditions for contents are decided based on user's input 
and transmitted to an external contents delivery server 
for retrieval. The retrieval result is transmitted from the 
contents delivery server, and a play list is created based 
on the result. Thereby, the play list is created by contents 
obtained by the retrieval according to user's input. 
[0018] The condition decision device may determine 
an option selected by the user's input, among options 
included in the menu screen, as a retrieval condition. By 
this, a user may directly select retrieval conditions, and 
a play list including contents which more directly reflect 
user's desire is created. 

[001 9] In an example, the contents may be music con- 
tents, and the play list may include names of music num- 
bers, names of artists, identification information for a 
plurality of music contents and information representing 
an order according to which a plurality of the music con- 
tents are reproduced. In this example, a play list in which 
names of music numbers, and those of artists of music 
contents are described may be created. 
[0020] According to another aspect of the present in- 
vention, there is provided a terminal device which can 
communicate with a management server device and a 
contents delivery server device through a communica- 
tion network, including: a device which acquires a play 
list of contents from the management server device; a 
device which transmits a request for contents delivery 
of contents in the play list to the contents delivery server 
device; and a device which reproduces contents re- 
ceived from the contents delivery server device accord- 
ing to the play list. 

[0021] In accordance with the above terminal device, 
a play list is acquired from a management server device, 
and a delivery request for contents including contents 
in the play list is transmitted to a contents delivery server 
device. The contents delivery server device delivers da- 
ta of the contents included in the request to a terminal 
device, and the data are received and reproduced in the 
terminal device. 

[0022] In a preferred embodiment, the terminal device 
may further include: a device which receives menu data 
including an option necessary for creating the play list 
from the management server device, and which dis- 



plays a menu screen; and an input device which inputs 
the option to be selected. In this embodiment, when a 
user performs selection according to a menu screen 
provided from a management server device, a play list 

5 is created based on the selection. 

[0023] In an example, the contents may be music con- 
tents, and the terminal device may be an audio system 
provided with a communication function through the 
communication network. In this case, a terminal device 

io requests contents delivery to a contents delivery server 
device based on a play list acquired from a management 
server device, and music contents included in the play 
list may be acquired. 

[0024] The nature, utility, and further features of this 
15 invention will be more clearly apparent from the follow- 
ing detailed description with respect to preferred em- 
bodiment of the invention when read in conjunction with 
the accompanying drawings briefly described below. 
[0025] In the Drawings; 

20 

Fig. 1 is a block diagram showing a schematic con- 
figuration of a contents providing system according 
to the present invention; 

Fig. 2 is a block diagram showing a schematic con- 
25 figuration of each database in a customer manage- 
ment server shown in Fig. t ; 
Fig. 3 shows typical contents of a customer infor- 
mation extension database shown in Fig. 1 ; 
Fig. 4 shows typical contents of a menu information 
30 database shown in Fig. 1 ; 

Fig. 5 is a schematic view of an example of a menu 
network defined by a routing table in the menu in- 
formation database; 

Fig. 6 shows contents of a contents management 
35 information database shown in Fig. 1 ; 

Fig. 7 is a flow chart of processing for creating a 
play list; 

Figs. 8A to 8E are examples of a display screen cur- 
ing processing for creating a play list; 
40 Fig. 9 is a flow chart of processing for reproducing 
a play list; and 

Figs. 1 0A and 1 0B are examples of a display screen 
during processing for reproducing a play list. 

45 [0026] Hereinafter, preferred embodiments of the 
present invention will be described by referring to the 
attached drawings. 

[1] SYSTEM CONFIGURATION 

50 

[0027] A schematic configuration of a contents pro- 
viding system 1 according to an embodiment or the 
present invention is shown in Fig. 1 . The contents pro- 
viding system 1 is a system for providing contents such 
55 as music to a user using a user terminal 1 00. The con- 
tents providing system 1 includes a customer manage- 
ment server 10 serving as a customer management de- 
vice, and a contents delivery server 50 serving as a con- 
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tents delivery device. Both of the customer manage- 
ment server 1 0 and the contents delivery server 50 can 
communicate with the user terminal 1 00 through the In- 
ternet 2. Here, the Internet 2 is merely an example, and 
the present system can be also configured so that the 
customer management server 1 0 and the contents de- 
livery server 50 communicate with the user terminal 1 00 
through another communication network other than the 
Internet. 

[0028] While only one contents delivery server 50 is 
shown in Fig. 1 for convenient description, actually, mu- 
sic contents from a plurality of contents delivery servers 
50 (such as music-medium production companies) are 
mixed together and delivered to the user terminal 100. 
[0029] The customer management server 10 re- 
ceives, by communicating with the user terminal 100, a 
selection, designation and so on of the music contents 
to which the user desires to listen, and produces a play 
list and sends it to the user terminal 1 00. The user ter- 
minal 1 00 connects to the contents delivery server 50, 
and receives the music contents in the play list by 
streaming delivery technique. Moreover, the customer 
management server 10 processes the play list by 
changing and/or deleting the music pieces and so on 
according to a user's request. 

[0030] The contents delivery server 50 has a contents 
database (hereinafter, simply referred to as "DB") with 
a large capacity, and delivers, according to a request 
from the user terminal 1 00, contents stored in the data- 
base. Moreover, the contents delivery server 50 saves 
contents management information for management of 
the above contents, retrieves the contents management 
information according to a retrieval request and so on 
given from the customer management server 10, and 
returns the result to the customer management server 
10. 

[0031] A preferable example of the user terminal 1 00 
is an audio system or an AV (audio visual) system and 
so on with a communication function. One specific ex- 
ample is a general audio system for reproduction of 
CDs, MDs, and so on, which also has a communication 
function through the Internet 2. In this case, the user 
performs various kinds of selection, designation and the 
like, including selection of contents by using, as a user 
interface, a remote controller of the audio system which 
functions as the user terminal 100. 
[0032] Since the above audio system does not have 
a hard disk with a large capacity, unlike a personal com- 
puter or the like, contents such as music (hereinafter, 
called as "music contents") , which have been delivered 
from the contents delivery server 50, are simply repro- 
duced. By operating the remote controller of the audio 
system, the user creates a play list including favorite mu- 
sic contents, or reproduces music contents according to 
a play list which has been previously created and reg- 
istered in the customer management server 1 0. There- 
fore, the user may enjoy, in a similar sense to that of 
ordinary reproduction of music through CDs and MDs, 



music contents delivered from the contents delivery 
server 50 by operating the remote controller. 
[0033] Moreover, a cellular telephone and various 
kinds of other terminal devices with a music reproduc- 
5 tion function, as well as the above audio system, may 
be used as the user terminal 100. Basically, various 
kinds of terminal devices having a user interface and a 
communication function via a communication network 
such as the Internet may be used as the user terminal 
10 1 00 according to the present invention. 

[0034] Next, the contents delivery server 50 will be de- 
scribed in detail. As shown in Fig. 1 , the contents deliv- 
ery server 50 includes a contents DB 51 , a contents 
management information DB 52, a web service unit 53, 
15 and a streaming delivery service unit 54. 

[0035] The contents DB 51 stores various kinds of 
music contents in the form of music files and so on. The 
streaming delivery service unit 54 acquires music con- 
tents from the contents DB 51 in response to a request 
20 for music contents from the user terminal 1 00 based on 
the play list, and performs streaming delivery of the re- 
quested contents to the user terminal 100. Therefore, 
the music contents themselves are directly delivered 
from the contents delivery server 50 to the userterminal 
25 100, without routing the customer management server 
10. 

[0036] The contents management information DB 52 
stores contents management information. The contents 
management information is information accompanied 
30 by the contents, and includes, for example, the album 
name, the music title, the names of artists, the genre, 
the production date, and the address (URL and so on) 
of the music file in the contents DB 51 in the case of the 
music contents. 
35 [0037] More particularly, the contents management 
information DB 52 stores the contents management in- 
formation relating to the music contents which have 
been stored in the contents DB 51 . One example of the 
contents management information DB 52 is shown in 
40 Fig. 6. In the example of Fig. 6, the contents manage- 
ment information DB 52 has three fields; i.e., a contents 
ID, a management information attribute and contents 
management information. The contents ID is an ID rep- 
resenting data themselves for each piece of the music 
45 contents, and is uniquely given to each piece of the con- 
tents. The management information attribute represents 
what kind of related : nformation on each of the contents 
the contents management information is. For example, 
the management information attribute "Title" represents 
so the title for each of the contents; the management infor- 
mation attribute "Artist" expresses the artist for each of 
the contents; and the management information attribute 
"URL" represents the storage address of the music file 
which is substance for each of the contents. 
55 [0038] The web service unit 53 executes processing 
for necessary communication with the customer man- 
agement server 10 and the user terminal 100 through 
the Internet 2, and for sending and receiving data to and 
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from them. 

[0039] Next, the customer management server 1 0 will 
be described in detail. As shown in Fig. 1 , the customer 
management server 10 includes: a customer informa- 
tion DB 11, a terminal information DB 12, a customer 
information extension DB 1 3, a menu information DB 1 4, 
and a web service unit 1 5. Configurations of the custom- 
er information DB 11, the terminal information DB 12, 
the customer information extension DB 1 3 and the menu 
information DB 14 are shown in Fig. 2. 
[0040] The customer information DB 1 1 is a database 
for storing basic user information which has been pre- 
viously collected, and includes a customer table 1 6 and 
a customer-terminal table 17. The customer table 16 
stores basic information on the users such as names 
and addresses of users in correspondence to user IDs. 
Here, the user ID is a registered ID which is issued for 
each user by the customer management server 1 0. The 
customer-terminal table 17 stores correspondences be- 
tween the user IDs assigned to each user and terminal 
IDs of the user terminals 100. 

[0041] The terminal information DB 12 is a database 
for storing information relating to the user terminal 100 
such as kinds and functions of the user terminal 100, 
and includes a terminal table 1 8 and a model-type table 
19. The terminal table 1B stores correspondences be- 
tween the above terminal IDs and the model-type IDs 
(or production numbers, and so on) of the user termi- 
nals. The model-type table 1 9 stores features (profiles) 
of the model-types of the terminal devices correspond- 
ing to each model-type ID. A feature of a model-type 
represents functions and performances which a termi- 
nal device with the model-type has, for example, includ- 
ing a method or a level for a copyright management 
function which the terminal device has t a method or a 
level for an illegal-copying prevention function, and so 
on. The customer management server 10 knows the 
functions of each user terminal 1 00 to judge what form 
of delivery service is suitable for the user terminal 100. 
For example, music contents are delivered from the con- 
tents delivery server 50 to the user terminal 1 00 accord- 
ing to a method suitable for the illegal-copying preven- 
tion function of the user terminal 100. 
[0042] The customer information extension DB 13 is 
a database which stores information necessary for pro- 
viding menus and contents customized for each user, 
and includes a profile table 20, a play list table 21 and 
a service log table 22. 

[0043] The profile table 20 stores individual attribute 
information and so on set for each user. One example 
of the profile table 20 is shown in Fig. 3A. The profile 
table 20 includes, for each user ID, a profile attribute 
representing what kind of attribute is defined for the us- 
er, and profile data which represent actual contents of 
the attribute defined by the profile attribute. The profile 
table 20 stores regulations for various kinds of attribute 
information such as a play list ID representing play lists 
which the user has previously created, a last play list ID 



representing the latest play list which the user has re- 
produced and a routing table name (described later) of 
menus which the user uses, for example, at the time of 
creating a play list. 

5 [0044] The play list table 21 is used for defining a play 
list which the user has. Here, the play list is a list of music 
contents such as songs, in which a plurality of music 
contents are arranged in a predetermined reproduction 
order. In this embodiment, the play list is created accord- 

10 ing to user's selection and so on, and is stored in the 
customer management server 10. 
[0045] One example of the play list table 21 is shown 
in Fig. 3B. The play list table 21 has three fields, i.e., the 
play list IDs, the play list attributes and the play list data. 

15 The play list ID is an identification number of the play 
list, and one play list ID is given to one play list. 
[0046] The play list attribute represents an attribute 
concerning the play list, and the play table data express- 
es data contents on the attribute defined by the play list 

20 attribute. In the first row in the example in Fig. 3B, it is 
shown that the title of a certain play list n Kota00001" is 
"My Best". The title is a name corresponding to the al- 
bum name of a CD. The contents IDs of music contents 
corresponding to each music number, that is, the first 

25 music number, the second music contents, included in 
the play list, are described as play list data in the second 
and third rows in the example in Fig. 3B. 
[0047] The service log table 22 is a table for saving 
log records for various kinds of services provided to us- 

30 ers by the customer management server 10. One exam- 
ple of the service log table 22 is shown in Fig. 3C. The 
service log table 22 stores date and time when the serv- 
ices have been provided, service attributes and service 
data for each user ID of users to whom the customer 

35 management server 10 has provided services. The 
service attribute represents what kind of service is pro- 
vided, and includes, for example, creation of a play list 
("CreateP lay List"), reproduction of a play list ("Play- 
back"), edition of a play list ("EditPlayList"), and so on, 

^0 Here, the service log table 22 may be created for each 
user, or one service log table 22 may be made for a plu- 
rality of, or all the users. 

[0048] The menu information DB 14 is used for pro- 
viding an access menu to a user. Here, the access menu 

45 is provided from the customer management server 1 0 
to the user terminal 100, when the user executes 
processing for creation of a play list, or other processing 
in the customer management server 1 0, and is an op- 
eration menu displayed on the user terminal 100. The 

so menu information DB 14 includes a menu table 23, and 
a plurality of routing table 24 which has been created for 
each user. 

[0049] The menu table 23 defines menu elements 
which are presented as an access menu to the user, and 
55 is shown in Fig. 4A as one example. The menu table 23 
includes four fields, i.e., a menu ID, a menu attribute, 
menu data, and a parent ID. 

[0050] The menu ID is identification information on 
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each menu element forming the access menu. A menu 
attribute represents the attribute of a menu element, that 
is, how the menu element is used in the access menu. 
Moreover, the menu data represents data contents of 
the attribute which is defined by the menu attribute. 
[0051] Here, in this specification, "Menu Element" 
means an element which forms the access menu, and 
corresponds to defined contents in each row of Fig. 4A. 
On the other hand, "Menu Item" represents an option 
which is used for actual display of the access menu, and 
corresponds to the menu data of a row in which the 
menu attribute is "ltenrT in Fig. 4A. 
[0052] In the present embodiment, the menu attribute 
includes "Menu", "Item", and "Both". Here, "Menu" 
means an item which becomes a menu title in the ac- 
cess menu, and "Item" means an item which becomes 
a-menu item (option) in the access menu. 
[0053] For example, if the period of the music con- 
tents is noticed when the user retrieves the music con- 
tents, a menu title "Period" is displayed in the first place, 
and The 1 970's", "The 1 980's", and so on are displayed 
as a menu item (option) belonging to the menu title. In 
this case, the attribute "Menu" corresponds to the menu 
title, and the attribute "Item" corresponds to an option 
belonging to the menu title. 

[0054] The "Parent ID" representing a menu element 
to which the menu element is subordinate is given to the 
attribute "Item". The parent ID represents which menu 
title the menu element to which the parent ID is given is 
subordinate to. That is, in the example of Fig. 4A, the 
parent ID of Menu002 for which the attribute is "Item" is 
Menu001, and the title of MenuOOt is "Genre". There- 
fore, it is defined that there is "Pop Music" as an option 
belonging to the menu title "Genre" . Thus, the parent 
ID represents inclusion relation between the menu title 
and the menu item which is subordinate to the menu 
title. 

[0055] Moreover, an attribute "Both" represents a 
menu element which may be used as an element with 
either of the attribute "Menu" or the attribute "Item". 
When the menu element with the attribute "Both" is used 
as an element with the attribute "Item", a parent ID is 
given to the element. When the menu element with the 
attribute "Both" is used as an element with the attribute 
"Menu", a parent ID is not defined (that is, "NULL" is 
set). Thus, the configuration of the access menu is de- 
fined by the menu table. 

[0056] On the other hand, the routing table 24 repre- 
sents a relation between menus, and includes four 
fields, i.e., a route ID, a menu ID, the next menu ID, and 
the priority. When the user executes selection, designa- 
tion and so on, with seeing the access menu, a certain 
state of the menu display is moved to another state of 
the menu display by selecting an option in the certain 
state. Thus, the route ID defines a route for moving a 
certain menu to the next menu. 
[0057] One example of the routing table 24 is shown 
in Fig. 4B. Here, the routing table name is "Route-Kota". 



in Fig. 4B, a route denoted by Route001 represents a 
route by which Menu004 is displayed when MenuOQ3 is 
selected on a certain menu. Similarly, , a route denoted 
by Route002 represents a route by which Menu010 is 

5 displayed next when Menu003 is selected. The menu 
may be always switched according to the route defined 
for the menu when the number of routes which are set 
for a certain menu is only one. However, the menu is 
switched, referring to "Priority" if a plurality of routes are 

10 set for a certain menu. In the example of Fig, 4B, as the 
priority of Route001 is higher than that of Route002, 
Menu004 is displayed in the first place after Menu003 
is selected. 

[0058] The above circumstances are schematically 

15 shown in Fig. 5. With regard to Menu003, Menu004 is 
defined with priority 1 in the first place, and, then, 
Menu010 is defined as priority 2 in the second place. 
Similarly, routes are defined for other menus. 
[0059] The "Priority" maybe changed according to us- 

20 er*s selection. When a menu is displayed on the user 
terminal 1 00, an item "Not significant" or "Do not care" 
is displayed in addition to the display items on the menu 
which are defined in the menu table 23. When the user 
selects the item "Not significant" or "Do not care", the 

25 priority of the route ID is set low. 

[0060] Thus, the internal structure of each menu is de- 
fined by the menu table 23, and, at the same time, the 
whole structure of the access menu is defined by defin- 
ing the structure between a plurality of menus in the rout- 

30 ing table 24. 

[0061] Furthermore, the web service unit 15 in the 
customer management server 1 0 has a function for nec- 
essary communication with the contents delivery server 
50 and the user terminal 1 00 through the Internet 2. 

35 

[2] SYSTEM OPERATION 

[0062] Then, the operation of the contents providing 
system according to the present invention will be de- 
40 scribed. In the present system, processing for creating 
a play list, and processing for delivering music contents 
according to the play list are executed as basic process- 
ing. Hereinafter, description will be sequentially made. 

45 (t ) Processing for creating a play list 

[0063] In the first place, processing by which a user 
creates a play list will be described by referring to Fig. 
7 and Fig. 8. Fig. 7 is a flow chart of the processing for 

so creating a play list, and Fig. 8A to Fig. 8E are examples 
of menu screens displayed on the user terminal 1 00 dur- 
ing the processing for creating a play list. 
[0084] First of all, the user has access to the customer 
management server 10, using the user terminal 100, 

55 and makes a request for a menu screen (Step S1). In 
this case, the user terminal 100 includes the own termi- 
nal ID in the request for the menu screen. Normally, the 
own terminal ID has been previously registered in an 
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internal memory of the user terminal 100, and the own 
terminal ID is included, for transmission, in the display 
request for the menu screen, after the user terminal 100 
automatically acquires the own terminal ID from the in- 
ternal memory at the time of requesting the menu screen 
by user's operation of the user terminal 100. 
[0065] The customer management server 1 0 receives 
the request for the menu screen from the user terminal 
100, and acquires the user ID of the user from the ter- 
minal ID included in the request for the menu screen, by 
referring to the customer-terminal table 17 in the cus- 
tomer information DB 11 (Step S2). 
[0066] Subsequently, the customer management 
server 10 acquires an initial menu ID set for the user, 
and, at the same time, a routing table name correspond- 
ing to the user, by referring to the profile table 20 in the 
customer information extension DB 13 (Step S3). Spe- 
cifically, the customer management server 10 specifies 
a profile data with the profile attribute of "Initial menu ID" 
with regard to the user ID of the user in the first place, 
by using the profile table 20 in the customer information 
extension DB 13. The above profile data is "MenulOO" 
in the example of Fig. 3A. Then, a piece of data with a 
profile attribute of "Routing Table Name" is specified. 
Thereby, a routing table 24 for the user is specified, by 
using a plurality of routing tables 24 in the menu infor- 
mation DB 14. 

[0067] Then, the customer management server 10 
acquires a menu element corresponding to the menu ID 
"Menu 100" by referring to the menu information DB 14, 
and creates a menu (Step S5). Specifically, the custom- 
er management server 10 acquires menu data corre- 
sponding to the menu ID "Menul 00" from the menu ta- 
ble 23 in the menu information DB 14. Thereby, "Top 
menu" is acquired as a menu title in the example of Fig. 
4A. 

[0068] Then, the customer management server 10 
similarly acquires a menu element having a menu I D 
"Menu 100 : ' as a parent ID by referring to the menu table 
23. Thereby, "Creation of Play List", "Edition of Play List" 
and "Retrieval of Contents" are obtained as menu items 
in the example of Fig. 4A. Then, the customer manage- 
ment server 10 creates an initial menu from the menu 
title and the menu items which have been obtained. 
[0069] Subsequently, the customer management 
server 1 0 transmits the created menu to the user termi- 
nal 1 00 for display (Step S6). Here, the initial menu cor- 
responds to a menu at the most significant hierarchical 
level among a plurality of menu screens which have 
been previously prepared. 

[0070] The display example of the initial menu in the 
above case is shown in Fig. 8A. The menu title is "Top 
Menu", and "Creation of Play List", "Edition of Play List" 
and "Retrieval of Contents" are displayed as menu titles 
(options) subordinate to the above title. 
[0071 ] Here, the user selects any of the menu items , 
and requests a menu (Step S7). In the example of Fig. 
8A, the user moves a cursor to any one of menu items, 



and pushes a selection button 113 for selection of a 
menu Item. The above request for a menu includes the 
terminal ID of the user terminal which the user is using, 
and a menu ID of the menu item which the user has se- 
5 lected. 

[0072] The customer management server 10 speci- 
fies a menu title and a menu item corresponding to the 
menu ID which the user has specified (Step SB). When 
it is assumed in the above example that the user selects 

10 "Creation of Play List", a menu title to be displayed next 
is "Genre", and "Pop Music" and "Rock Music" are ac- 
quired as the menu item, because a menu ID "MenuOOt " 
corresponding to "Genre" is defined to be displayed af- 
ter the menu ID "Menu 101" corresponding to "Creation 

is of Play List" as shown in the route ID "Routel 00" of Fig . 
4B. Moreover, when a plurality of route IDs are set for 
the same menu ID in the routing table 24, a route ID is 
determined according to the priorities. 
[0073] .Then, the customer management server 10 

20 creates a menu screen (Step S9) by using the menu title 
and the menu items which have been acquired as de- 
scribed above, and transmits the screen to the user ter- 
minal 100 (Step S10). The display example on the user 
terminal 100 in the above case is shown in Fig. 8B. 

25 [0074] When the user selects "Rock Music" on a 
menu screen with a menu title "Genre" as shown in Fig. 
8B and a button of "Selection", Steps S7-S10 are re- 
peated, and a menu screen for a menu title "Period" is 
displayed on the user terminal 100 in the same way 

30 [0075] Thus, the user selects menu items for a plural- 
ity of menu titles as required. Fig. 8C shows an example 
in which the user further selects 'The 1 980's" on a menu 
screen of a menu title "Period". 
[0076] At Step S7, regardless of the hierarchical lev- 

35 els of the menus, the selection results for the menus dis- 
played at Step S6 and Step S10 are transmitted from 
the user terminal 100 to the customer management 
server 1 0, and are preserved in the customer manage- 
ment server 1 0. 

40 [0077] When the user pushes a "Decision" button 114 
after processing at Steps S7-S10 is repeated several 
times, and menu screens at a plurality of hierarchical 
levels are displayed on the user terminal 1 00, the user 
terminal 100 transmits a decision instruction including 

45 menu IDs of menu items which the user has selected at 
that time to the customer management server 10 (Step 
S11). 

[0078] When the customer management server 1 0 re- 
ceives the decision instructions from the user terminal 

so 1 00, the server 1 0 creates a req uest tor co ntents retriev- 
al, based on menu IDs included in the decision instruc- 
tion and the menu IDs (stored in the internal memory in 
the customer management server 10 as described 
above) included in the menu requests (Step S7) which 

55 have been made before, and transmits the request to 
the contents delivery server 50 (Step S12). Here, the 
request for contents retrieval includes retrieval condi- 
tions based on the menu IDs which the user has select- 
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ed. For example, when it is assumed that the user se- 
lects "Rock Music" and "The 1980's" in Fig. 8B and Fig. 
8C, respectively, a request for contents retrieval which 
is transmitted from the customer management server 1 0 
to the contents delivery server at Step S12 includes 5 
"Rock Music" and "The 1980's" as retrieval conditions. 
Furthermore, the customer management server 1 0 may 
transmit the request for contents retrieval to a plurality 
of the contents delivery servers 50. 
[0079] The contents delivery server 50 executes re- 
trieval in the contents management information DB 52 
(Step S13) according to the retrieval conditions included 
in the request for contents retrieval, and the obtained 
retrieval results are transmitted to the customer man- 
agement server 10 (Step S14). Here, in this example, 
contents IDs obtained by the retrieval, and names of mu- 
sic numbers and those of artists corresponding to the 
above contents IDs are transmitted to the customer 
management server 10 as retrieval results. 
[0080] The customer management server 1 0 receives 
the retrieval results from the contents delivery server 50, 
and creates play lists based on the above results (Step 
S15). That is, a suitable reproduction order is deter- 
mined for the contents IDs included in the retrieval re- 
sults, and a play list table is created as illustrated in Fig. 
3B. Moreover, when the customer management server 
10 transmits a request for contents retrieval to a plurality 
of contents delivery server 50, a play list is created by 
organizing the retrieval results received from a plurality 
of contents delivery servers 50. 
[0081] Subsequently, the customer management 
server 10 transmits the created play list to the user ter- 
minal 100 (Step S16). The user terminal 100 receives 
and displays the play list (Step S1 8). A display example 
of the play list is shown in Fig. 8D. The user decides, 
with seeing the displayed play list, whether or not the 
play list is to be registered in the customer management 
server 10. When registration is required, an instruction 
for the registration is transmitted to the customer man- 
agement server 10 (Step S19). It is noted that the re- 
trieval results may be registered without changing the 
contents and the order of music numbers, and may be 
registered after changing the order of the music num- 
bers or selection of them. 

[0082] The customer management server 10 provi- 
sionally registers the play list as a provisional play list in 
the play list table 21 of the customer information exten- 
sion DB 1 3 after transmitting the play list to the user ter- 
minal 10 at Step S16. A predetermined maximum 
number of play lists (for example, five lists) may be pro- 
visionally registered in this manner. Thereby, the retriev- 
al results themselves can be preserved as provisional 
play lists for reuse. 

[0083] Furthermore, the customer management serv- 
er 10 changes, as required, the content of the routing 
table 24 in the menu information DB 14 (Step S20) ac- 
cording to selection of the user which has been made 
in processing at Steps S6-S12. 



[0084] Then, the customer management server 10 
formally registers (Step S21 ) the pertinent play list which 
has been provisionally registered, when receiving from 
the user terminal 100 the instruction to register the play 
list. Here, when the user specifies a title of a play list, 
the play list is preserved in the play list table 21 with that 
title. Thus, the processing for creating a play list is com- 
pleted. 

[0085] Fig. 8E shows a display example of a play list 
(the user is assumed to give the title "My Best" to the 
list) which is created as described above. The names 
and the artists for each music numbers included in the 
play list are displayed. 



[0086] Then, play-list reproduction processing in 
which pieces of contents are reproduced according to a 
play list created as described above will be described 
by referring to Fig. 9 and Fig. 10. Fig. 9 is a flow chart 
for the play-list reproduction processing, and Fig. 10 is 
a display-screen example during processing for repro- 
ducing a play list. 

[0087] First of all, the user accesses the customer 
management server 10, using the user terminal 100, 
and transmits a request for a play list (Step S30). The 
above request for a play list includes a terminal I D of the 
user terminal 100 which the user is using, and a play list 
ID of a play list which the user desires. 
[0088] As a method for specifying a play list, for ex- 
ample, a title (such as M My Best" which has been de- 
scribed) of a play list created by the user and registered 
in the customer management server 10 may be speci- 
fied for request. Alternatively, for example, another 
method may be as follows. When the user inputs a user 
ID and so on, the customer management server 1 0 dis- 
plays on the user terminal 1 00 the table data, as shown 
in Fig. 10a, of play lists which have been already regis- 
tered for the user, and a play list which the user desires 
may be selected by the user from the table data. 
[0089] Based on a terminal ID included in the received 
request for the play list, the customer management serv- 
er 10 acquires a user ID by referring to the customer- 
terminal table 17 in the customer information DB 11 
{Step S31 ). Then, the customer management server 1 0 
acquires contents IDs corresponding to play list IDs in- 
cluded in the request for the play list (Step S32), by re- 
ferring to the play list table 21 , and transmits a request 
for contents management information including the 
above contents IDs to the contents delivery server 50 
(Step S33). It is noted that the customer management 
server 10 may request contents management informa- 
tion to a plurality of contents delivery servers 50 in some 
cases. 

[0090] When receiving the request for contents man- 
agement information, the contents delivery server 50 
acquires the contents management information corre- 
sponding to the requested contents ID by referring to 
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the contents management information DB 52, and trans- 
mits the information to the customer management serv- 
er 10 (Step S36). Here, the above contents manage- 
ment information includes album titles, names of music 
numbers, artist names, contents storage addresses 
(URL), and so on for each piece of music contents. 
[0091] Subsequently, the customer management 
server 10 receives the contents management informa- 
tion, creates play list data based on the information 
(Step S36), transmits the above data to the user terminal 
10 (Step S37), and, at the same time, stores log infor- 
mation in a service log 22 of the customer management 
information extension DB 13 (Step S38). In this case, 
for example, the service attribute in Fig. 3C is described 
as "Request for Play list", and a play list ID is described 
in service data. 

[0092] The user terminal 100 receives the play list, 
and transmits a request for contents delivery including 
a contents ID included in the play list to the contents 
delivery server 50 (Step S40). It is noted that the request 
for contents delivery is transmitted to a plurality of the 
contents delivery servers 50, if necessary. 
[0093] The contents delivery server 50 receives the 
request for contents delivery from the user terminal 100, 
acquires contents data (music file) from the contents DB 
51 based on the contents ID included in the request, and 
performs streaming delivery of the data to the user ter- 
minal 100 (Step S41). Thereby, the user may reproduce 
the music data after streaming delivery from the con- 
tents delivery server 50. 

[0094] A display-screen example on the user terminal 
100 during reproducing a play list is shown in Fig. 10B. 
In this example, related information (names of music 
numbers and those of artists) included in a play list hav- 
ing a title "My Best" is displayed, and the first music 
number is being currently reproduced. Here, reproduc- 
tion of music numbers is controlled by user's selection 
of a reproduction button, a stop button, and so on. 
[0095] Moreover, the request for contents delivery 
from the user terminal 100 is sequentially transmitted, 
according to the order defined for each music contents 
in the play list, to the contents delivery server 50 includ- 
ing the contents storage addresses (URLs). As a result, 
each piece of music contents is provided to the user ter- 
minal 100 in the order defined by the play list. 
[0096] While the processing for requesting a play list 
in an ordinary state of the user terminal 100 has been 
described above, the system may be also configured so 
that a play list is automatically acquired at starting the 
user terminal 100. In the above case, the last play list 
(refer to Fig. 3A) which has been registered in the profile 
table 20 of the customer management server 10 is used. 
That is, when the user starts up the user terminal 100, 
the request for a play list (in this case, the terminal ID is 
included, but the contents ID is not included) is automat- 
ically transmitted to the customer management server 
1 0. Thereafter, the customer management server 1 0 re- 
ceives, from the contents delivery server 50, contents 



management information on a play list registered as the 
last play list in the profile table 20, creates a play list and 
transmits the list to the user terminal 100. 

5 [3] Variation Example 

[0097] In the example of processing for reproducing 
a play list, which has been described by referring to Fig. 
9, after the customer management server 1 0 specifies 

io a play list at Step S32, a request for the contents man- 
agement information is made to the contents delivery 
server 50 at Step S33. Alternatively, if it is configured 
that the acquired contents management information is 
stored in the customer management server 10 at first 

'5 creation of a play list, the customer management server 
10 is not required to connect to the contents delivery 
server 50 to acquire the contents management informa- 
tion on the contents included in the play list every time 
there is a request for the play list from the user. 

20 [0098] While the routing table 24 of the menu infor- 
mation DB 14 in the customer management server 10 
is changed according to a menu selected by the user in 
the above-described embodiments, the invention is not 
limited to the above embodiment. Namely, the contents 

25 of the routing table 24 may be changed based on other 
information. For example, information on the age, sex, 
preference and so on of the user may be stored in the 
profile table 20 of the customer information extension 
DB 13. An operation history, including other operations 

30 as well as the contents retrieval by the user, may also 
be stored in the service log table 22 in the customer in- 
formation extension DB 13. Then, the routing table 24 
is rewritten, by using the above information and history, 
to form a menu system more convenient for an individual 

35 user. 

[0099] Furthermore, it is also possible to change the 
contents of the menu table 23 itself. For example, a new 
menu may be created by collecting menu items which 
the user often selects, with considering the history and 

40 so on recorded in the service log table 22. 

[0100] While music contents such as a music number 
are used as contents in the above-described embodi- 
ment, the present invention is not limited to the above 
embodiment. The present invention may be applied to 

45 other contents such as video contents, news story and/ 
or reports, etc. 

[01 01 ] As described above, according to the contents 
providing system of the present invention, the play lists 
is never lost even if a fault occurs in a user terminal, 

50 because a customer management server collectively 
manages the play lists of each user. Moreover, the play 
lists may be shared among a plurality of users, because 
the play lists are collectively managed. 
[0102] Furthermore, the play lists may be freely cus- 

55 tomized by users. Even when contents included in the 
play lists are delivered from different kinds of contents 
delivery servers, a user may acquire contents from a 
plurality of contents delivery server without recognizing 



9 



17 



EP 1 283 487 A2 



18 



the difference in the kind between contents delivery 
servers. Namely, the user can obtain the contents in a 
similar sense to that of a case in which media such as 
a CD are reproduced by a general audio system. 
[0103] Furthermore, as operation of selections for 
menus and so on may be realized by using a simple in- 
put device such as a remote controller of an audio sys- 
tem or a cellular telephone, a user may obtain a desired 
piece of contents with easy operations, without requiring 
any special knowledge on a personal computer and so 
on. As a menu configuration is changed according to a 
past operation history of a user and so on, menus may 
be efficiently displayed to each user, and the users can 
obtain easily target contents. 

Claims 

1. A management server device (10) in a contents pro- 
viding system (1) which can communicate with a us- 
erterminal (100) through a communication network 
(2), comprising: 

a play-list creation device (10) which creates a 
play list of contents based on a user's input to 
the user terminal; 

a storage device (13) which stores the created 
play list in association with a user; and 
a transmission device (53) which acquires a 
play list from the storage device according to a 
request from the user terminal and transmits 
the list to the user terminal. 

2. A management server device according to claim 1 , 
wherein the play list includes identification informa- 
tion of the contents and management information 
associated with the contents. 

3. A management server device according to claim 2, 
wherein the management information includes in- 
formation representing a storage position on a con- 
tents delivery server device in which the contents 
are stored. 

4. A management server device according to claim 1 , 
further comprising a menu providing device (10) 
which transmits menu data for displaying a menu 
screen on the user terminal to the user terminal. 

5. A management server device according to claim 4, 
wherein the menu providing device comprises: 

a plurality of menu elements which form a plu- 
rality of menu screens; and 
routing data which defines, for each user, an 
order according to which a plurality of the menu 
screens are displayed. 



6. A management server device according to claim 5, 
wherein the menu providing device (10) further 
comprises a device which changes the contents of 
the routing data according to the user's input to the 

5 menu screen. 

7. A management server device according to claim 5, 
wherein the routing data includes priority data rep- 
resenting priority according to which a plurality of 

10 menu screens are displayed if there are a plurality 
of menu screens to be displayed after a specific 
menu screen. 

8. A management server device according to claim 1 , 
15 wherein the play-list creation device (10) compris- 
es: 

a condition decision device which decides con- 
tents-retrieval conditions based on the user in- 

20 put; 

a device which transmits the contents-retrieval 
conditions to an external contents delivery 
server device to execute retrieval; and 
a device which receives retrieval results from 

25 the contents delivery server device (50) and 

which creates the play list based on the retriev- 
al results. 

9. A management server device according to claim 8, 
30 wherein the condition decision device determines 

an option selected by the user* s input, among op- 
tions included in the menu screen, as a retrieval 
condition. 

35 10. A management server device according to claim 1 , 
wherein the contents are music contents, and 
wherein the play list includes names of music num- 
bers, names of artists, identification information for 
a plurality of music contents and information repre- 

40 senting an order according to which a plurality of 
the music contents are reproduced. 

11. A terminal device (100) which can communicate 
with a management server device (10) and a con- 

45 tents delivery server device (50) through a commu- 
nication network (2), comprising: 

a device which acquires a play list of contents 
from the management server device; 

so a device which transmits a request for contents 

delivery of contents in the play list to the con- 
tents delivery server device; and 
a device which reproduces contents received 
from the contents delivery server device ac- 

55 cording to the play list. 

12. A terminal device according to claim 11, further 
comprising: 
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a device which receives menu data including 

an option necessary for creating the play list 

from the management server device, and which 

displays a menu screen; and 

an input device which inputs the option to be 

selected. 

1 3. A terminal device according to claim 1 2, wherein the 
contents are music contents, and wherein the ter- 
minal device is an audio system provided with a 
communication function through the communica- 
tion network. 
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Fig. 7 
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Fig, 8A 
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